home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19970326-19970626
/
000226_news@newsmaster….columbia.edu _Thu May 22 16:55:09 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA12913
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 22 May 1997 16:55:08 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA05797
for kermit.misc@watsun; Thu, 22 May 1997 16:55:08 -0400 (EDT)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc
Subject: Re: Transmit drops the last 10-14 characters
Date: 22 May 1997 20:55:07 GMT
Organization: Columbia University
Lines: 35
Message-ID: <5m2brb$5l3$1@newsmaster.cc.columbia.edu>
References: <338498B1.41C6@raleigh.ibm.com>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:7068 comp.os.linux.misc:195215
In article <338498B1.41C6@raleigh.ibm.com>,
David Greeson <dgreeson@raleigh.ibm.com> wrote:
: I'm using C-Kermit's transmit command to transfer an
: ascii file out of a serial port to an embedded uP. I'm
: running Linux v1.2.29 and I don't remember the C-Kermit
: version, but I down loaded the version two months ago.
: I set the following items:
:
: set line /dev/cua0
: set speed 19200
: set file type binary (so it will transfer a byte at a time)
: set flow xon
:
: Then I set the uP to receive the ascii file and type crtl-\c
: C-kermit> transmit foo.bar
:
: The uP receives the whole file except for the last 10-14
: characters. The com port has a 16550A uart.
:
But what about the microprocessor? Does it have a buffered
UART? Does it do flow control?
: I was wondering
: if C-Kermit opened the device; transmitted the file; Then
: closed the device before all the characters were transmitted?
:
That might have happened under 4.2BSD, but Linux is based on
System V &/or POSIX, in which a close() call ensures that all
pending output is flushed. If it's not doing that I think we have
an OS or driver bug.
But before jumping to conclusions, how do we know that Kermit did
not send all the bytes? Have you put a data scope on the line?
- Frank